Skip to content

Feature/backend application#2

Merged
devflima merged 7 commits into
mainfrom
feature/backend-application
May 5, 2026
Merged

Feature/backend application#2
devflima merged 7 commits into
mainfrom
feature/backend-application

Conversation

@devflima

@devflima devflima commented May 5, 2026

Copy link
Copy Markdown
Owner

Descrição

Este Pull Request implementa a Camada de Application, responsável pela orquestração da lógica de negócio.

Foram criados:

  • Casos de Uso (Use Cases) que interagem com o domínio
  • DTOs (Data Transfer Objects) para padronizar a comunicação com camadas externas (API e Infra)

Mudanças Realizadas

A camada foi estruturada para suportar todas as funcionalidades do portfólio e do painel administrativo:

1. Autenticação e Usuários (auth, users)

  • Implementação do LoginUseCase para validação de credenciais
  • DTOs de Request/Response para login e gerenciamento de usuários

2. Gestão de Estatísticas (stats)

  • Casos de uso CRUD completos para telemetria do sistema
  • Lógica para atualização de métricas de experiência e commits

3. Gestão de Tecnologias (stacks)

  • Orquestração para:
    • Criação
    • Atualização
    • Remoção de stacks (Backend, Frontend, etc)

4. Conteúdo Dinâmico (contents)

  • Casos de uso para:
    • Recuperação de dados
    • Edição das seções da landing page

5. Portfólio Core (projects, experiences, educations)

  • Implementação completa da lógica de gerenciamento do portfólio profissional e acadêmico
  • Padronização de DTOs para garantir consistência no consumo pelo Frontend

6. Mensageria (messages)

  • Lógica para processamento de mensagens de contato
  • Integração com portas de saída para:
    • Persistência
    • Publicação em tópicos (ex: Kafka)

Decisões de Arquitetura

  • Desacoplamento
    Os casos de uso dependem apenas de interfaces (abstrações) definidas no domínio, sem conhecimento de implementações específicas (ex: Panache, Kafka).

  • Imutabilidade
    Uso de DTOs para evitar exposição direta do estado interno do domínio.

  • Single Responsibility Principle (SRP)
    Cada Use Case é responsável por uma única ação de negócio.


✅ Checklist

  • O código segue os princípios de Clean Architecture
  • Todos os novos DTOs foram devidamente mapeados
  • O projeto compila e passa nos checks básicos de dependência
  • As regras de negócio do domínio são respeitadas pelos casos de uso

@devflima devflima self-assigned this May 5, 2026
@devflima devflima merged commit 0b06ec6 into main May 5, 2026
@devflima devflima deleted the feature/backend-application branch May 5, 2026 22:20
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants